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ABSTRACT 



The decision to implement a database is moti/ated by the 
need to share data among a variety of diverse applications 
and to integrate data for supporting more sophisticated 
applications. Both of these requirements complicate the 
already difficult task of providing safe and efficient 
access to computerized data. The designer shouLd select an 
appropriate database model among alternate e database 

models. This thesis analyses various aspects of personnel 
management in the Army and determines relationships between 
polices and data item relationships. Further, from the 

derived model, the data item relationships, database design 
theories, and database relationships with these 3 components 
a personnel management system is designed. In order to 
fully implement these recommendations, hardware must be 
chosen, and a significant volume of data must be loaded. 
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and introduce the research direction and objectives of this 
thesis. Chapter III selects an appropriate database model, 
discusses the characteristics of the selected model, and 
introduces technigues for its designing. Chapter IV designs 
the personnel database by process of database lesign, and 
discusses special subjects. Finally, chapter V presents 
conclusions and recommendations for this thesis. 
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II. BACKGROUND 



A. OVERVIEW 

Often today, information needed in an important decision 
making process is somewhere in an organization but is not 
available to the personnel decision makers whea they need 
it. Many personnel managers have not recognized that a 
better system is needed for information retrieval. With the 
use of a computerized personnel database, persona el decision 
makers can get far tetter information than was possible 
prior to computers, and the information will be much more 
timely. 

Personnel managers need to adopt more accurat e, complex 
and wide variety of information systems for the decision 
making process. It is impossible to obtain all information 
needed through manual or file systems when the information 
is needed within a relatively short periods of time. 

Personnel decision making is a never ending process, and 
extends much further to include the possibilities for job 
redesign, counseling and guidance, the removal of organiza- 
tional constraints, and the design of specialized training 
or development programs. Thus mapping the individuality of 
persons is necessary not only for personnel selection and 
placement, but for all other personnel programs as well. 
People differ greatly from one another; this fact does not 
carry implications about the static or dynamic nature of 
human abilities, needs, motives, and behavioral tendencies. 
Therefore, many personnel managers are becoming interested 
in PERSONNEL DATABASE SYSTEMS. 

So as to understand end-user requirements and current 
applications of systems which provide limited kinds of 



information, the description of end-user requirements is 
provided in section E. Section C summarizes the problem of 
current application of personnel systems and section D 
addresses the direction and objective of this thesis. 

B. END-OSER REQOIREMEHTS 

It should be obvious that the personnel funrtion encom- 
passes more than first imagined. Personnel Management is 
indeed concerned with individual personnel problems and also 
performs to support the achievement of military objectives. 
In other words, personnel management is basicalLy concerned 
with the most effective application of military manpower as 
a means of reaching military objectives. [Ref. 1 ] 

To achieve objectives set by the ROK Army, the Personnel 
Department at ROK Army HQ supports three groups: Personnel 

Planning, Personnel Administration, and Welfare [ Ref . 2]. 

1 . Per sonne l Planning 

The Personnel Planning group should compare the 
present with future needs and goals, as well as make plans 
of action for the achievement of these objectives. Plans of 
action should include the long range, mid range and short 
range future. These plans must be carefully datermined by 
using large, broad, and relevant factors of internal and 
external nature. The factors will help to set up a flexible 
and adjustable plan, and help assure that the iirection of 
change in the ROK Army is straightforward and that it is 
attained. [Ref. 3] 

By the variety of relevant elements, tie personnel 
manager should have better information with whioh to decide 
the number cf procurements from and retirements to civilian 
life, the number of personnel to be promoted tD each rank, 
etc. . 
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2 . Perso nae 1 A d minis tr a tion 



The fund of data on any person's background/ career, 
interests, and other chara cteristics is potentiilly tremen- 
dous. The best basis available for predicting any person’s 
future behavior is his current and past perforn ance. The 
more the personnel manager knows about the individual 
officer, the better he can assign personnel, main functions, 
talents, and interests to his position needs, and the better 
his job/mission can be modified to fit his skill or needs. 
Obtaining a broad fund of relatively reliable objective data 
about any person, and using it as a means of knowing him 
better, is a derivation for reaching very important results. 
[Ref. 3] 

Efficient procurement has to be made based on the 
-information about the candidate's education, gua lif ication, 
experience, skills, etc. Effective education and training 
is also important. It is not possible to plan education and 
training programs for each individual entrant into ROK Army. 
It is necessary to plan for groups of persons who are 
promoted at the same time to a higher rank, and for ROK Army 
candidates. Education and training data will be accumulated 
with other types of data and used to determine special abil- 
ities. Assignment can then be made to make optimum use of 
the person's abilities. It involves the recognition of 
unused abilities and development of latent skills to the 
degree required to meet the job needs. Promotioa is also an 
important tool in the motivation of personnel. Since the 
number to be promoted at senior rank is known, toe individu- 
al's abilities at his present rank is of high interest to 
both the promoting person and the member. [Ref. 4] 

After candidates have been selected, their data can 
be synthesized and maintained so that it can be used at any 
time for transfer, new assignment, promotions, etc.. 
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Personnel separation occurs when the person already 
has a new job, he has been attracted away from ROK Army, or 
he reaches the age limitation, rank limitation or maximum 
public service duration. The collected data about the 
person who is terminating must be complete in order for the 
personnel management system to give leads to other opportu- 
nities and fields. 

3 . Wel far e 

Managers in large or small unionized groups should 
achieve their goals more often than managers of aonunionized 
groups. The manager becomes more welfare conscious because 
of the threat of unionization. The welfare 1 oes appear 
adequate, but many intangible welfare benefits are given by 
attitude and approval. A more meaningful expression of 
welfare is that managers hope to carry out military objec- 
tives in full recognition of the importance of the worth of 
individuals taking part in the objectives. 

Good salary and kind treatment are a means for 
welfare. Kind treatment includes such thing as mental and 
physical health, physical work and recreatioa, reward, 
personal services, leave, medical insurance, etc. These are 
also important for military morale. [Ref. 5] 

C. APPLICATION SYSTEM REQUIREMENTS 

Several computer centers were installed by tie ROK Army. 
There are four types of computer centers. The type of 
computer center is determined by the purpose of use; educa- 
tion, personnel, logistics and intelligence. All the 
computer centers are directly controlled by the Staff of ROK 
Army HQ.. Computer centers for personnel mauagement are 

located in same city as military forces. They each have 

different hardware systems. Applications with file systems 
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have been individually designed, developed and operated by 
the different operating systems. 

They use several languages, COBOL, Assembly language, 
and PL/1. 833 of total applications’ software is COBOL, 14% 

is Assembly, and 3% is PL/1. Assembly language tends not to 
be used by the programmer and the percentage of COBOL will 
be becoming higher and higher. Some application’s systems 
are operated daily, weekly, monthly, and yearly. The files 
of the applications consist of indexed seguential access 
method (ISAM) or sequentially fixed_length records. 

At present, many files of records without database tech- 
niques are used in EOK Army. These files contain limited 
data items that personnel managers require. Several file 
systems provide information to be used for doiig personnel 
management by spooling, time sharing, and virtual 

techniques. 

In order to provide personnel managers who want to use 
information with it as soon as possible, ROK Army personnel 
systems must have a capability to provide reliable informa- 
tion with efficient processing. This is complicated by the 
fact that the application systems use several different file 
system. 

The problems of the file system are as follows [Eef. 6]. 
First, there is high level of redundancy. There are several 
of the same kind of data items among Personnel System, Pay 
Roll System, PX System, Military Medical System, etc.. 
These common data items are updated independently in each 
file system. It is very hard to maintain the accuracy of 
common data item on different file systems. Furthermore, 
the number of files for application will be mors and more. 

Second, the file systems are inflexible. Requests for 
information from a wide range of users are impossible to 
answer within given time. Even though the file systems 
contain data items for producing information to be provided. 
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it can not be provided relating to those data. The data can 
not be processed without reconstruction. Althoigh millions 
have been paid for computer system, the information can not 
be obtained when it is needed. 

Third, it can he expensive to make changes to a file 
system. According to request of users, a file system can be 
changed cr modified. Sometimes the modifications are diffi- 
cult because the applications were not adequately documented 
for other programers. As time goes on, this problem becomes 
worse because more programs are created or modified'. And, 
whenever a file is changed, programs for that file system 
have to be changed or modified. 

Additionally, individually developed file systems and 
non-standardized hardware systems do not help to achieve 
data- com munica tions with each other. 

Recently, the higher manager recognizes the i eed for the 
standardization of hardware and the unification of applica- 
tion softwares. One department. Software Developing 
Department, that directly manages to develop application 
systems and programs was found. 

D. RESEARCH DIRECTICN/OBJECT 

It could be clearly seen that the personnel management 
system must have a great deal of relevant information so as 
to proceed efficiently and effectively through all of the 
aspects involved. This supporting information must be reli- 
able and it must be accurate. This can be accomplished only 
if the relevant data is also accurate and contemporary. In 
order to reach the needs of all of the personnel functions, 
management must also gather historical data about rank, 
career, education, etc.. 

It can also be seen that one personnel function may need 
the same information as another function. For example, the 
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education and training function needs information about the 
educational history cf a person so that it can be used to 
assign that person. This same information vouL d again be 
used when personnel will be separated from ROK Ac my, to help 
him find a new job. 

As time goes on, personnel managers need more accurate 
and increased information to do their decision making 
quickly. Information required by the personnel managers is 
sometimes too complex ana considerable time is required to 
prepare it. Different personnel managers j ant to be 
supported with different information. From time to time, it 
is impossible to answer their requests with file systems. 
Several personnel file systems which are operated in ROK 
Army computer centers can be replaced by one personnel data- 
base system at one computer center. The new database system 
for doing ROK Army’s personnel management has to be designed 
to operate with minimum man hours, and have ths capability 
to provide decision makers with a broad variety of personnel 
information. Therefore, with a new personas 1 Database 

System, costs and man hours could be reduced. 

The direction and objective of this thesis will show how 
the conception of database design is applied in the near 
future for doing personnel management in the ROK Army. 
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III. DATA EASE MODEL SELECTION AND THEORIES FOR DESIGN ING 
A. OVERVIEW 

A database model is a logical organization of data. 
And, it is important design tool to understand the local 
organization data. To design the database system, the 
designer must select an adequate database model to achieve 
their objectives among many kinds of database model. To 
select a useful database model among these, hoi many kinds 
of criteria should be considered and how to idopt those 
criteria for candidate model? After selection a adequate 
model, what principles are applied to build a effective and 
efficient database system? And, what are the techniques to 
reduce memory space? The eventual objectives of database 
systems organization are to develop applications easier, 
faster, more flexible, and more economical. These objec- 
tives must be achieved by the database system designers. 

For these questions, the first part of t b. is chapter 
describes hew tc select a database model and stiows briefly 
the charac terist ics of the selected model. Tie remaining 
part presents the theories (techniques) for effective and 
efficient database system designing. 

E. COMPARISONS OF DATABASE MODEL AND SELECTION 

There are many types of data models. These include the 
relational model, the network model, the hierarciical model, 
the entity-relationship model, the binary model, and the 
semantic data model. Foremost among this list ate the rela- 
tional, network, and hierarchical models. [Ref.. 7, 8, 9] 

Indeed, a preponderance of the commercial database systems 
in use today are based upon one of these three. However, 
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which cf these data models is letter for doing ROK Army 
personnel management? This is a question we si all attempt 
to answer as we evaluate them according to ta e criterion 
below . 

To select one database model among these, tha main stan- 
dard of comparisons to achieve the objectives of a database 
system organization are as following £Ref. 10, 11 ] : 

1. Base of use. It requires less time for users to 
become familiar with database system. Tie principle 
cost may be time spent by the programmer writing 
applications 1 programs and by the aser posing 
queries. A model that makes accurate programming and 
the phasing of queries easy. 

2. Bff ici snc y of im pl ementation on data processing 

activity’. The total cost of implementation a data- 

base comes from the computer time (execution time) 
spent. 

3. Reality . The model represents as closely as possible 
to the real world situation. 

In the standard of ease of use, the relation al model is 
higher mark than others [Ref. 8, 10]. This moiel provides 
only one concept of the relation (section C) ti at the user 
or the programmer must understand. Furthermore, this model 
adopts very high level languages for expressing queries 
concerning data represented. 

The network model requires understanding of both record 
types and links, and their interrelationships. The imple- 
mentation of many-t o-many relationships and relationships or. 
three or more entity sets 1 is complex. Similarly, the hier- 
archical modal needs an understanding of i ov to use 
pointers, and it has the same problems such that one-to-many 
relationships between two entity sets. [Ref. 12] 



1 Bntity set is a collection of entity that is repre- 
sented directly by logical record type. 
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In the standard of implementation efficiency, the hier- 
archical model has more potential than the relational. 3ut, 
the pointer-oriented implementation with variable length 
records needs a time to familiar with one-to-maay mappings. 
[Ref. 13] 

Through the above discussion, the relational model is 
considered better than others for ROrC Army personnel manage- 
ment. The user has little knowledge on database systems and 
languages, and they are transferred frequently. within a 
short period of time. Therefore, they require to familiar 
readily with database system that does not need greatly 
programming skill. Then, the potential of efficiency in the 
relational model can be increased using the relational query 
languages (section C), and normal form (section E). 

In addition, even though individual persona el data can 
be maintained individually, the most needs are for statis- 
tical information rather than individual persona el informa- 
tion to analyze and to plan for personnel management. In 
this- case, most of the information output format are natu- 
rally used tabular forms. By these situations, the rela- 
tional model is more helpful than others ia ROK Army 
Personnel Management. 

C. CHARACTERISTICS OF RELATIONAL MODEL 

1 . The cone eo ts of Rel ati onal Mode l 

The relational model represents data in the simple 
form cf tables. A relation is simply a two-dimensional 
table having several properties. The entries in the table 
have a single value with flat files, 2 and the entries in any 
column are all of the same kind. Each column a as a unique 
name and the order of the columns is not important. No two 



2 A flat file has a fixed length neither repeating groups 
nor arrays. 
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rows in the table are identical and the order of the rows is 
insignificant. Each row of the relation is calL ed a tuple. 
A relation that has n columns or n attributes is said to be 
of degree n. Each attribute has a domain, which is the set 
of values that the attribute can have. A relation of degree 
n has n domains, not all of which need be 1 nique. To 

differentiate between attributes that have the same domain, 

each has a unique attribute name. [Ref. 14] 

Within a given relation there are one or more attri- 
butes with values, these names will always be 1 nique. If 
so, the attribute name is a primary key. If names are not 

unique, then the key must have more than one attribute or 

combinations of attributes. Some combinations of attributes 
have the unique identification property. This is called a 
secondary key. 

Relational model represents one-to-one relation- 
ships, one-to-many relationships, and many-to-maa y relation- 
ships. This model is natural and convenient way to 
construct a relationship. These relationships are hidden 
from the users. The users can use only data values to 
represent and process relationships among tuples, and can 
access the data using terms and values that are familiar to 
them. [Ref. 10] 

In addition, a relational schema is a Listing of a 
relation name and its corresponding attributes, and defini- 
tions of constraints on data values. Relational database is 
specified by this relational schema. [Ref. 14] 

2. Basic Operations on Relational Model 

Relations can be manipulated using open tors in the 
algebraic query languages to obtain a desired result by 
combining any of the columns and selecting any of the rows. 
There are several basic operations to manipulate relations 
as follows [Ref. 10] : 
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• U nio n. The union of two relations is formed by 

combining the tuples from one relation with those of a 
second relation to generate a third. Each relation must 
have the same number of attributes, and the attributes 
in corresponding columns must come from the same domain. 
Duplicated tuples are eliminated. 

• Di fference . The difference of two relations is a third 
relation containing tuples which occurs ia the first 
relation but not in the second. Each relation must have 
the same number of attributes. 

• Cartes ian Produc_t. The product of two relations is the 
concatenation of every tuple of one relatioi with every 
tuple of a second relation. The product of relation A 
(m tuples) and relation B (n tuples) has m times n 
tuples. 

• Projectio n. The projection is an operation that selects 
specified attributes from a relation. The result of the 
projection is a new relation having the selected attri- 
butes (column s) . 

• Sel ection . The selection is an operation that selects 
specified tuples from a relation. The result of the 
selection is a new relation having the selected tuples 
(rows) . 

» Inters e cti on . The intersection of two relations gener- 
ates a third relation containing common tuples. 

• Join. The join operation is a combination of the 
product, selection and projection operations. In two 
relation A and E, the join operator is as follows: 
First, generate the product of A times 3. Next, do a 
selection to eliminate some tuples. Then, remove dupli- 
cated attributes with projections. 
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3. Dat a M anin ul atior. L angua ges 

The operations of algebraic query languages were 
previously discussed. The notation for expressing queries 
is usually the most significant part of the data manipula- 
tion languages. Data manipulation languages usually have 
operations beyond these of query languages. Of course, all 
data manipulation languages include insertion, deletion, and 
modification commands, which are not part of the query 
languages. Some additional operations are available such as 
arithmetic, assignment and print commands, aggregation of 

function (eg. average, sum, total, min, max, ), and so 

on. [Ref. 10] 



D. FUNCTIONAL DEPENDENCIES 



The idea of a functional dependency, a constraint on the 
possible relations, is central to the design of database 
schemes. The major direction of most database designers 
effort is to obtain an accurate schema. The concept of what 
is meant by a ,, good ,, / ,, i>etter u schema, and the associated 
conditions, must be formalized. 

Given a relation R, if at every instant of time each 
value of A has no more than one value of B associated with 
it in the relation R, the attribute 3 is said to be func- 
tionally dependent on attribute A. Stating that B is func- 
tionally dependent cn A is equivalent to stating that A 

functionally determines B, that may be written as f: A > 

B. This is in accord with mathematical logic in which A 

> B means that A determines B, that is, if A has a 

certain value "a" then B must have a value "b”. [Ref. 15] 

In figure 3.1 given the SERVICE NUMBER vala e there is 
only one corresponding value for each one of the other five 
domains. Functional dependencies between attributes are 
established directly by the meaning of the data. Saying 
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OFFICER (service number, name, 

commissioned date, unit, commanler name) 



._r 



j ] 



Figure 3.1 Functional Dependency within a Relation R. 

that COMMISSIONED DATE is functionally dependent on SERVICE 
NUMBER means that each given officer is identified by 
SERVICE NUMBER, which must have only one COMMISSIONED DATE. 
But, NAME is not functionally dependent on COMMISSIONED DATE 
because two or more officers of different COMMISSIONED DATE 
can have the same NAME. 

In a relation, every nonkey attribute is functionally 
dependent on at least the key attribute. Rhea a relation 
has more than one key attribute, all its attributes are 
dependent on each key attribute since there can not be two 
or more attributes which have the same key value. [Ref. 16, 
17] 

E. NORMALIZATION OF RELATION SCHEMES 

It is not good to have any redundancies in the specifi- 
cation of the schema. All designers would hope that the 
schema adequately separates the different information unit. 
Generally speaking, making of all functional dependencies is 
very time consuming, since usually many functional dependen- 
cies can be used to evaluate the schema and to normalize it 
into a better schema. Many reasons also have been suggested 
why normalizations are necessary. [Ref. 15, 15] In figure 

3.1 undesirable side effects occur such as redundancy and 
anomalies: 



24 



• Red undan cy - The UNIT and COMMANDER NAME ire repeated 
once for each SERVICE NUMBER. This redundancy causes 
problems because it is wasteful storage, as well as 
redundant data which must be consistently maintained. 

• Updat e An.2SSii§§- The change of UNIT requites a series 
of changes of COMMANDER NAME. That is, a ciange should 
ripple through and cause a series of changes for the 
database to be consistent. 

• Insertio n Anoma lies . When a commissioned officer is 
assigned his position in a new unit, UNIT aid COMMANDER 
NAME must be contained. 

• De let ion A nom al ies . When an officer is separated from 
the military, any military information will cease to 
exist. This can be an anomaly if it is desired to 
retain important, long range information about the 
military. 

These undesirable problems are removed from a relation 
by normalization. Good database designers hava encouraged 
for a long time not to represent more than one "concept" or 
"entity" in a single relation. An important abjective of 
normalization is to get rid of these types of anomalies by 
breaking a relation into simpler, but equivalent relations. 
[Ref. 10, 15] Figure 3.1 could avoid the anomalies’ problem 



0 FFICER 1 (service number, name, commissioned ii te, unit) 
COMMANDER (uni t, commander name) 



Figure 3.2 The Relations OFFICERI and COMMANDER. 
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by using two relations that shows figure 3.2. In figure 
3.2, OFFICER1 and COMMAND ER are isolated and related by 
specifying the ONIT. These two relations are based on func- 
tional dependency, SERVICE NUMBER > UNIT, aid UNIT > 

COMMANDER NAME. As a result, they do not interface with 
each other. In addition, the two relations are considered 
better than the original relation since the joii of the two 
relations is equivalent to the original relation. 
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IV. DATABASE DESIGN USING RELATIONAL MOSEL 



A. OVERVIEW 

Generally, the database design consists of 
the logical design and the physical design. I: 
identify these exact two phases in the designi 
In this chapter, the relational theory is appL 
requirement (discussed in chapter II) for doing 
personnel management system. A relational data 
is specified using three major components: 
interrelation constraints, and domain and attri 
correspondences [Ref. 14]. To obtain these 
concerning the database objectives, the designer 
the design methodology, the design techniques ia 
the validity of the information requirement, aa 
endeavor. Of course, designing an integrated 
difficult, time consuming, and an unstructured pc 

In order to design relational database in ti 
section B shows data item analysis and data L 
Section C presents data item groups and their a? 
Section D contains database design. Section E 
special discussions. 

B. DATA ITEM ANALYSIS AND DATA ITEM GROUPS 

The integrated file structure is made up or 
all relevant data items to conveniently manage aa 
user organization. The main idea of a database 
all relevant data in one database in a consistea 
dardized method, to get rid of unnecessary red 
file handling, and to support selective inquiry z 
designed to achieve a wide variety of ia 
requests. 
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So as to achieve these requirement s, the author had to 
synthesize specific data items from several current file 
systems and other necessary data items from the user 
requirement (discussed in chapter II) with idea tif ications 
and clarifications. The file system has included 87 sepa- 
rate data items that are collected. These data items are 
attached in appendix A. 

After collecting the data items, eliminatiag redundant 
or unnecessary duplication and adding the other data items 
that are required for the database model to consolidate the 
database. There are 169 data items that are composed of two 
basic groups according to frequency of updating or 
accessing. Data items are almost static in relation to 
others. These items are composed of the data that is not 
frequently updated. These data items are divided into two 
smaller groups: 

1. Data items that are frequently used or retrieved by 
applications’ programs could be grouped in M ain 
Iden tif ication (MAIN) that contains eleven data 
items. This group will be occur only one time. 

2. Data items that are infrequently used or retrieved by 
applications' programs are grouped in Per sonnel 
C haract e r is ti cs (PSNLCH) that consists of five 
subgroups : 

• Commission sub qr oup (COMM) gives the information 
about native military education course and date 
of commission. This subgroup occurs only once 
and contains six data items. 

• Body Char subg r oup (BODY) includes seven data 
items that give the information about blood type, 
height and uniform size. This sun group will 
occur only one time. 
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• Mar riage s ubgro u p (MAES) contains two data iters; 
martial status and status date. Ti is subgroup 
may be repeated. 

• Add ress s ubgr oup (ADDR) contains threa data items 
about present address and housing status. This 
subgroup will be repeated. 

• Ret ireme nt sub g rou p (RETIRE) that gives the 
information about reason and date of retirement. 
This subgroup contains four data items and occurs 
only once. 

Data items that are dynamic and frequently change, and 
are required to collect for historic purposes, are divided 
into several smaller groups depending on their corresponding 
historical applications. These groups are the following: 

1. Promotion gr oup (PRMT) has the information about 
rank. This group contains five data itens that will 
be repeated. 

2. Car eer grou£ (CAREER) gives the information about 
military career. This group includes seven data 
items that will be repeated. 

3. Educat ion gr oup (EDOCN) is composel of two 
subgroups: 

• Mil itary Educa t ion subgroup (MEDUC) gives the 
information about military education courses and 
grades. This subgroup contains nina data items 
that will be repeated. 

• Civilian Educa t ion subgrou p (CEDOCt = has the 
civilian education background both before and 
after being in the military. This subgroup 
contains eight data items that will be repeated. 

4. Capa bilitie s croup (CPBLTY) consists of three 
subgroups as follows: 
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• Physical Exam subgroup (PHYSIC) contains the 
physical capabilities. This subgroup has eight 
data items that will be repeated. 

• Tec hnical Capabi lit 7 subq r ou p (TECH) gives the 
information about some technical ski. 11 and the 
date obtained. This subgroup contains four data 
items that will be repeated. 

• For eign L angu age subgrou p (FRLANG) Includes six 
data items. This subgroup will be repeated. 

5. Health Condition group (HEALTH) contains nineteen 
data items that will be repeated every year. 

6. Award and Pun ishm ent group (AWARD) has the informa- 
tion about the awards received (medal, honor, or 
commendation) and any punishment given, and the date 
of occurrence. This group contains six data items 
and will be repeated. 

7. Estima tion gr oup (ETKT) has the information about the 

estimates on a military person by the commander/ 
seniors in a unit. This group is divided into two 
subgroups: , 

• Ser vice Estimation subgrou p (SVEST) contains ten 
data items that will be repeated every year. 

• Rec ommended Order subgroup (ECHOED! includes 
three data items that will be repeated. 

8. Sec ret Tr eatment grou£ (SCET) has the information on 
the permitted treatment of military secret documents. 
This group contains four data items aid will be 
repeated. 

9. War Exp erien ce group (WARSPE) is recorded with three 
data items. This group will be repeated. 
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10. Fly ing- ti me group (FLYTIM) has the aaoai t of flying 
time with a certain kind of plane to carry out a 
given-mission. This group contains seven data items 
that will be repeated. 

11. Wel f are group (WELFARE) is composed of seven 
subgroups : 

• Fam i Iv s ubgrou p (FAM) gives the infornation about 
a family member. This subgroup coi tains four 
data items and will be repeated. 

• Edu cation Expen s es Red uction su bgrou p (SDUEXP) is 
the recorded amount of the reduced children's 
educational expenses. This subgroup contains 
four data items and will be repeated. 

• Mai ling Addres s su bgroup (MAIL) contains the 
mailing address to be used when there is a total 
war. Th.is subgroup includes five data items and 
will be repeated. The data item 'Name' in this 
subgroup may be the same as the data item 'Name' 
of Family subgroup. 

• leaves subgroup (LEA V) has the information about 
military vacations. This subgroup contains three 
data items and will be repeated. 

• PX Goods subgroup (PX) is a record about the 

various goods purchased from the PX. This 

subgroup contains five data items and will be 
repeated. 

• Pay r oil subgroup (PAY) has the information on 
salary. This subgroup contains eleven data items 
and will be repeated every month. 

• Tra n sportation R eduction su bgro up (TR\NS) is the 
recorded amount of the reduced transportation 
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fee. This subgroup contains five data items and 
will be repeated. 

C. DATA ITEH GfiOOPS AND THEIE APPLICATIONS 

The main idea in building a database is to share data 
among a wide variety of applications and to consolidate data 
for maintaining more applications. Both of these require- 
ments need the complex task of supporting safe and require- 
ments using more interrelated data and support by sharing 
data among many applications. These database objectives can 
be attained by providing database management system (DBMS) 
software to physically link related data into complex file 
organizations. 

The objectives are also attained by the development of 
database design methodologies that are non-redund an t. Data 
updated by one application can be used by all other users of 
the data because of a major objective of database management 
is data sharing. The Main Identification (MAIN) , Personnel 
Characteristics (PSNLCH) , Promotion (PRMT) groups identified 
in the previous section are applied by all applications. 
The other groups in multiple applications are shown in the 
figure 4.1. The abbreviations used in the figure 4.1 come 
from grcup/subgroup names in the previous section. The 
numbers in the circles are used for applications: 1 is used 

for general informations of individual person, 2 is for 
limited informations of individual person, 3 is for applica- 
tion of procurement and promotion, 4 is for education, 5 is 
for assignment and transfer, 6 is for retirement, and 7 is 
for welfare. 

D. DATABASE DESIGN 

For producing an effective relational database design, 
David Kroenke [Sef. 14] presents several differant criteria 
as follows: 
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* 1: general information 2: limited infora ation 

3: promotion 4: education 

5: assignment 6: retirement 

7: welfare 



Figure 4.1 



Data Its a Groups and Applications. 
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• El imination of modification an omalies 

With soma relations, changing data have undesirable 
conseguences. These consequences are called n odif ication 
anomalies {discussed in chapter III). If relations can be 
put into normal form, then modification anomalies do not 
happen. Thus, relations that are in normal form are 
prefered, and normal form that is become is a design objec- 
tive. 

• R e la tional i ndepe n dence 

Two relations are independent if modifications can be 
made to one without regard for the other. To achieve rela- 
tional independence, the relations can be joined together. 
However, the joined relation may occur modification anoma- 
lies. To get rid of modification anomalies, decomposition 
can be adopted in relations. 

• Non loss oroj ec tions 

The join of projection may create false recards. In a 
database design, projection that generates false records, 
(loss projections) can not be permitted. Thus, one of the 
relational database design objectives is nonloss project- 
ions . 

• Ease of use 

One criterion for a relational design is usa r friendly. 
As far as possible, the designer should strive to build the 
relations in order that are familiar and seem natural to 
users. 

Among the design criteria discussed above, the designer 
must decide priorities and make the best possible compromise 
in light cf requirements. There is no standard rule for 
priority. Thus, the author gives a priority to ease of use 
since users have little knowledge on databases aid users are 
frequently transferred. 
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The author examines data dictionary, determines that 
certain items in the record and certain records will need to 
exist, based upon the end-user requirement (discussed in 
chapter II). MAIN IDENTIFICATION record includes 3 items of 
private information, BIETH PLACE, ORDER OF SON, and 
RELIGION. They are very commonly used and required as 
general information. BIRTH DATE and SEX are lot included 
since the social security number indicates that information. 
Present rank is added in the PROMOTION record. SPECIAL 

ERANCH is needed for only a few persons, therefore can not 
be eliminated. RECRUITMENT DATE in the COMMISSION record is 
the information of annuity. In the near future RECRUITMENT 
DATE will be adopted to compute the length of service. 

In the BODY CHARACTERISTICS record, weight is added in 

the HEALTH CONDITION record. Color of eyes aid Color of 

hair are not important item since Korea is one unique 
nation, since all Koreans have brown eyes and black hair. 
HOUSING STATUS and STATUS DATE in the ADDRESS record are 
used for the information about housing allowance. MILITARY 
PERSONNEL RULES in the RETIREMENT record includes the reason 
why he retired, and is used for the annuity. Duration of 
service is from RETIRED DATE and RECRUITMENT DATE. This 
data is not stated directly in the requirement. 

RANK STATUS in the PROMOTION record is one of the more 
important information within personnel treatment. If 
someone has two records with the same rank, two records are 
identified by RANK STATUS. RANK and PROMOTION DATE are 
enough to find the duration of service in the certain rank. 

The duration of certain positions can be found from 
START DATE and COMPLETION DATE. Therefore, dura: ion item in 
the CAREER record is not necessary. UNIT item gives the 

information about the next position to be assigned. The 

next position to be assigned is not usually with the same 
unit as before since it is important to familiarize all 
personnel with many ether regions of military opa rations. 
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SCHOOL NAME item in the MILITARY EDUCATION record is the 
institution attended. One of the most important items is 
COURSE NAME. This item gives a lot of information, the 
number of the candidate, the number of the class, the size 
of the class, etc.. GRADE, AVERAGE GRADE IN CLASS, ORDER IN 
CLASS and CLASS SIZE are important data for selection of 
promotion. For instance, if a certain serviceman has an 
ORDER IN CLASS that reflects a standing in the top third of 
the CLASS SIZE, he is evaluated as an excellent serviceman. 

EXAMED YEAR item in the PHYSICAL EXAM record is enough 
since every serviceman takes a physical exam yearly. FINAL 
RESULT item is not necessary since the final result is found 
from each item in the PHYSICAL EXAM. OBTAINED DATE in the 
TECHNICAL CAPABILITY record gives the informatian about the 
experience of techniques. Interpretation and translation in 
the FOREIGN LANGUAGE record is replaced with SPEAKING LEVEL 
and LISTENING LEVEL. 

CHECKING YEAR item in the HEALTH CONDITION record is 
shorter and better than checking date since the lealth check 
is executed every year. A HARD/PUNIS HMENT recocd is one of 

the more important data for morale and for promotion. 

All items in SERVICE ESTIMATION record will be very 
frequently used to assign personnel to new positions, to 
select every applicant for education, and will be provided 
to the decision maker, namely the promotiou selection 
committee. But, the total result is currently used. TOTAL 
RESULT item is not necessary since the total result can be 
derived from each item. 

FLYING TIME record will be adopted for onL y aviation 
officers. This record is maintained after e/ erv sortie. 
The accumulation of flying time for each sortie is derived 
from TAKE OFF HOURS and LANDING HOURS. 

There are several records in tae WELFARE group. FAMILY 
record is very popular used as private information. Birth 
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date and sex is also not included (discussad in MAIN 
IDENTIFICATION group). In the EDUCATION EXPENSES REDUCTION 
record, social security number will be used as the primary 
key. ADDRESS item in MAILING ADDRESS record will be used 
when there is a total war, since all servicemen will be at 
war, the monthly payroll and other correspondences will be 
sent to another person. This address item for seme 

servicemen will be the same as the PRESENT ADDRESS in the 
ADDRESS record. LEAVES record is very important for enlist- 
edmen. This record may occur every year. 

It is time to determine whether or not certain records 
are combined or separated. In all, the information about 
career events in the COMMISSION, RETIREMENT, PROMOTION, 
CAREER, and MILITARY EDUCATION records can be combined into 
a single record. The 36 initial items in the ao ove records 
can be reduced to the following 17 items: Common items are 

SERVICE NUMBER/ PERSONNEL ORDER, and DATE OF ORDER. COURSE 
NAME is used for COURSE of the COMMISSION record, and COURSE 
NAME of the MILITARY EDUCATION record. ORDER OF COURSE, 
ORDER IN CLASS, and CLASS SIZE are common to the COMMISSION, 
and the MILITARY EDUCATION records. START ) ATE is for 
COMMISSIONED DATE from the COMMISSION, PROMOTION DATE from 
the PROMOTION, RETIREMENT DATE from the RETIREMENT, and 
START DATE from the CAREER and the MILITARY EDUCATION 
records. COMPLETION DATE is for RECRUITMENT Di TE from the 
COMMISSION, and COMPLETION DATE from the CAREER and the 
MILITARY EDUCATION records. UNIT is for SCHOOL NAME in the 
MILITARY EDUCATION, and UNIT in the CAREER records. 
COMPLETION REASON and POSITION are used only for the CAREER 
record. GRADE and AVERAGE GRADE are only for the MILITARY 
EDUCATION record. RANK and RANK . STATUS are only for the 
PROMOTION record. MILITARY PERSONNEL RULE is only for the 
RETIREMENT record. By the combining of serveral records 
about career, total record length is reduced from 221 bytes 
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to 95 bytes. And this combined record name is CAREERS. If 
COURSE NAME is not blank and GRADE is blank, this record 
contains the information about the COMMISSION cecord. If 
COURSE NAME is not blank and GRADE is not blank, this record 
contains the information about the MILITARY EDUCATION 

record. If RANK is not blank, this has tha PROMOTION 

record. If POSITION is not blank, this has the CAREER 
record. If MILITARY EDUCATION is not blank, this has the 
RETIREMENT record. 

The ADDRESS and the MAILING ADDRESS records can be 

combined into a single record, PRESENT 5 MAILING ADDRESS. 
HOUSING STATUS and STATUS DATE are only for the ADDRESS 
record. NAME, SOCIAL SECURITY NUMBER, REL1 TION, and 

PRIORITY are for the MAILING ADDRESS record. This PRESENT 6 
MAILING ADDRESS record has 8 items, and 106 bytes. 

The WAR EXPERIENCE, ANA RD/PU.NISHMENT , and LEAVES records 
can be combined into a single record named WAR_AN ARD_LEAVES. 
KIND OF AWARD/PUNISHMENT, WHO_GIVEN, and GENERAL ORDER are 
used for the A WAS D/P UN I SHM ENT record. START DATE is for 

RECEIVED DATS of the AW ARD/PU NISHMENT, START DATE of the 

LEAVES and the WAS EXPERIENCE. COMPLETION DATE is for DATE 
OF ORDER of the AW ARD/PUNI SHMENT , COMPLETION DATE of the 

LEAVES and the WAR EXPERIENCE records. WAR NAME is for the 
WAR EXPERIENCE, and REASON is for the LEAVES records. This 
record is reduced from 15 items to 9 items, and from 123 
bytes to 93 bytes. The way to identify each information is 
as follows: If REASON (WRSN) is not blank, this is the 

information about the LEAVES record. If WAR i AM E is not 
blank, this in the information about the WAR EXPERIENCE 
record. If H H0_GI7EN is not blank, this is the information 
about the A WAR D/PU NISHMENT record. 

PHYSICAL EXAM and HEALTH CONDITION can be combined into 
a single record, too. This record is called PHYSICAL EXAM & 
HEALTH CONDITION. CHECKING YEAR will be use with EXAM YEAR 
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of the PHYSICAL EX AM record. EYE (LEFT) uses with 100m, EYE 
(RIGHT) uses with 2000m, EAR (LEFT) uses with BROAD JUMP, 
EAR (RIGHT) uses with CHIN_UP, NOSE uses with GEE N ADE_THROW, 
and TOOTH (UP) uses with SAND3AG_CARRI AGE of the PHYSICAL 
EXAM record. If the last item, WEIGHT, is blank, this is 
the information about the PHYSICAL EXAM record. 

However, combination into a single record can not be 
performed if the combined records have very different usage 
frequencies and/or circumstances. For instance, MARRIAGE 
and FAMILY records, SECRET TREATMENT and SERVICE ESTIMATION 
records, etc.. 

On the other hand, MAIN Identification recnrd contains 
the private information, BIRTH PLACE, ORDER OF SON, and 
RELIGION. Therefore, the MAIN Identification record will be 
separated into two records, MAIN ID and PRIVATE. The MAIN 
ID record has 8 items and the PRIVATE record has 4 items. 
And, the PAY ROLL record should be kept separated for 
security reason. 

By the above discussion, one record is separated into 
two records and 12 records are combined into four records. 
The number of total records is 20 and total items is 138 
(attached appendix B) . 

Relationships can be derived from the defined records. 
SERVICE NUMBER in the MAIN ID record is to be Hatched just 
one time with SERVICE NUMBER in the PRIVATE and the BODY 
CHARACTERISTICS records. By the same ways, SERVICE NUMBER 
in the PRIVATE record is to be matched just one time with 
the MAIN ID record. These records have one-to-oae relation- 
ships with each other. One-to-one relationships are illus- 
trated in the figure 4.2. 

SERVICE NUMBER in the MAIN ID record may nave several 
CAREERS records with the same service number. Bit, there is 
only one MAIN ID record. There are one-to-maay relation- 

ships from the MAIN ID record to the CAREERS records. 
Figure 4.3 represents one-to-many relationships. 
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Figure 4.2 One-to-one Relationships. 



one 

MAIN ID 



PRIVATE 



BODY CHAR 



FAMILY 



to many 

MARRIAGE, FAMILY 

PAYROLL, PX_GOODS 

FLYING TIMS, CAREERS 

PRESENT/MAILING ADDRESS 
CIVILIAN EDUCATION 
TECHNICAL CAPABILITY 
FOREIGN LANGUAGE 
SERVICE ESTIMATION 
WAR_AW ARD_L EAVES 
RECOMMEND ORDER 
SECRET TREATMENT 
TRANSPORTATION REDUCTION 

PHYSICAL EXAM/HEALTH CONDITION 

+ 

| EDUCATION EXPENSES REDUCTION 



Figure 4.3 One^to-many Relationships. 
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SERVICE NUMBER in one CAREERS record can be n atched with 
several SERVICE ESTIMATION records with the same service 
number, vice versa. This case is an example of n any-t o-many 
relationships. Hany-to-ma ny relationships are represented 
in the figure 4.4. These records in the figure 4.4 are 
many-tc-many relationships with each other. 



MARRIAGE 

CAREERS 

FLYING TIME 

RECOMMEND ORDER 

FAMILY 

PX_GCODS 

PAYROLL 

WAR_AWARD_L EAVES 
PHYSICAL EX AM/HEALIH 



PRESENT/MAILING ADDRESS 
CIVILIAN EDUCATION 
TECHNICAL CAPABILITY 
SERVICE ESTIMATION 
SECRET TREATMENT 
FOREIGN LANGUAGE 
TRANSPORTATION REDUCTION 



CONDITION 



Figure 4.4 The List of Many-to-many Relationships. 

Schema is developed by determining data items , records, 
and relationships among database records. This paragraph 
will review the entities presented in this ciapter, the 
user requirements of chapter II and the relationships 
presented above. The designer must be particularly careful 
to determine whether these relations have attributes with 
values that are sets. Attributes with values taat are sets 
are not permitted in a relation, each attribute has only one 
value per record, and records can not be contained in other 
records. After eliminating these problems, ever/ relation’s 
primary key can be decided and the logical schema are trans- 
formed into a relational schema as appendix C. 
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Figure 4.5 Interrelation Constraints. 



Figure 4.5 presents interrelation constraints. For 
example, it specifies that the values of SERVICE NUMBER in 
PRESENT/MAILING ADDRESS must be a subset of tie value of 
SERVICE NUMBER in MAIN ID. By the terns of projection, 
PRESENT/MAILING ADDRESS (SN) subset of MAIN CD (SN) . 

And, domain and attribute/domain correspondences are 
replaced by Data Dictionary (appendix B) and code table 
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The recommended tr 
individual service numbers 
A. Officer 

1) commissione 
000NNNNN 
Example: 

2) commissione 
Academy: 00 
Example : 

3) commissione 
Example: 8 4 

4) commissione 



e used by application 

chema (appendix C) a 
lies. Also, all of t 
inclusion constraints, 
een normalized across 
al. 



ervice number is the 
Of course the socL 
wever, for military pa 
is more useful, 
itary there are seven 
rding to the servicea 
To make it easier to 
ce numbers must be c 
ing into the database, 
ication software, th 
original form, 
ansforma tions by the 
are the following: 

d from Korean Militi 

20235 ====> 00020235 
d from 3rd Koreai 



5NNNNN 






512345 


====> 


00512345 


d from 


ROTC: 


0NNNNNNN 


-01234 


====> 


08401234 


d from 


ocs : 


OONNNNNN 


2 53 24 8 


====> 


00253248 
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progra tamers 

ust be not 
he interre- 
No func- 
relations. 



primary key 
al security 
rposes, the 

1 different 
an’s native 
access the 
hanged into 
When they 
ey must be 

author for 



ry Academy: 



Military 



Example 



5) commissioned for the local defense forces: 

004NNNNN 

Example: 412527 ====> 00412527 

B. Warrant Officer: 003NNNNN 

Example: 302132 ====> 00302132 

C. Non Commissioned Officer and below: SNNNNNNN 

Example: 80012356 ====> 80012356 
12102732 ====> 12102732 

D. Civilian: 50NNNNNN 

Example: A 112947 ====> 50 112947 

2 • Trans a ctio n Proce ssing 

The index is used in order to immediately access a 

specific record, and consists of one or more attributes of a 

certain entity. It is usually considerably smal-ler than a 

certain entity and can refer to the attribute that is 

inverted, e.g. , RANK is an index. 

Insertion, update, deletion, and sei rching are 
important functions. When inserting one record, it is 
necessary to find the correct place to insert it. Searching 
is also necessary to locate a certain record thi t is to be 
updated or deleted. For instance, in order to find the UNIT 
name that a certain serviceman named Hong Kil 3 ong serves, 
if his service number is known, his CAREERS records can be 
easily found. Among several CAREERS records found, his unit 
name can be found from a certain record. That record has 
UNIT entity with value and the latest ORDER OF D\TE. If his 
service number and birth place are known, several MAIN ID 
records with the same name and several PRIVATE records with 
different service number can be accessed. From several 
PRIVATE records, his service number can be found. This case 
has three indices, SERVICE NUMBER, 3IRTH PLACE, and NAME. 
Another, when the list of officers who attended Naval 

Postgraduate School is asked, the indices must be 
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RANK of the CAREER recori and SCHOOL 



identified# such as, 

NAME of the CIVILIAN EDUCATION record. 

In order to obtain the desired information, analysis 
of the transaction processing concerning the database should 
be performed. This analysis specifies the index and output 
required, transaction required (e. g. , retrieval, update), 
entity names and relationships, its frequency, its purpose, 
report format, security, and the processing priority. 

3. Journal 

A DBMS must provide a way to restore the database to 
a consistent state that reflects the situation after some 
number of transactions were completed. The journal is a 
basic monitoring record in which all changes to the database 
of a certain type are recorded. A system journal records 
every transaction that happens within the systen. Jeffery 
D. Ullman [Ref. 10] enumerates the most general case of 
journal entries that consists of 

- A unique identifier for the transaction causing the 
change, 

- The old value of the item, and 

- The new value of the item. 

In this Database the author suggests that journal 
entries consist of the following: 

- Identification of the user who is accessing this data 
base. 

- Date of transaction and beginning/ending times. 

- Type of operation causing the change (insect, delete, 
update, list, etc). 

- Key being affected by the change ( service numcer, etc) . 

- The old value of the item. 

- The new value of the item. 

- All other contents typed by the user. 
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4 



Dat a Di cti on arv/D ir ector y 



Each DBMS has its own method to prel 
descriptions. Each has a repository for th 
description# a language facility to process ta 
tion, and a mechanism to input that description t 
In DBMS the included data dictionac 
(DD/D) 3 is primarily oriented toward the interna 
tation or the machine use of the data definition, 
base definition does contain some dictionary 
oriented toward the user. It should give near 
information that a good dictionary should provi 
variety of users who need access to data descript 
A DD/D has two primary users. On the 
side# it gives data definitions to the D3MS # to 
programs# and to queries for access to the store! 
the dictionary side# it supports the database ad 
(DBA) and other users with information about the 
nitions that compose the database. [Ref. 18] 

5. Datab a se Adm inistratio n 



The database admin 
regulates the DBMS to provi 
It contains several special 
ysis# database structure a 
security# recovery, user tr 
documentation. Each of t 
for one individual for an u 
Once polices and 
should be documented and u 
applications. Furthermore 
enforce procedures. User 



istration is the auti 
de maximizing benefit 
ties: information 3 

nd physical organizat 
aining# configuration 
hese specialties may 
ncomplicated database, 
procedures have been 
sers should be traine 
# the DBA has respoa 
activity should be 



efine data 
e database 
at descrip- 

0 the DBMS, 
y/directory 

1 represen- 
The data- 

inf ormation 
ly all the 
de for the 
ions. 

directory 
application 
data. On 
ministrator 
data defi- 



ority that 
s to users, 
ystem anal- 
ion design# 
tuning# and 
be designed 

set# they 
d in their 
sibility to 
monitor ed. 



3 A dictionary that defines the internally necessary 
attributes of the data# their physical characteristics, and 
stored locations [Ref. 18]. 
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additional training and other measures should be taken when 
users do not conform. In this case, additional measures are 
available to the DBA. One is that the DBA can warn the user 
and notify these user's senior manager. If tais does not 
success, the DBA can punish the user by reducing job priori- 
ties. Generally speaking, such measures are not necessary. 
If polices and procedures are appropriate, are set for the 
good for all, and are carefully explained, users will be 
cooperative and follow them. 

There are two types of documentation t o be main- 
tained by the DBA: One concerning database activity and the 

second concerning database structure. Documentation 

regarding data activity should contain database standards, 
data ownership, retrieval and access rights, recovery proce- 
dures, and policy enforcement. Good documentation is espe- 
cially important in this area since it involves diverse user 
groups and these user's are frequently changed throughout 
the Korean Army. The DBA must publish, distribute, and 
maintain this documentation. The second type o£ documenta- 
tion for the DBA office concerns the database structure. It 
should include information about standardized test proce- 
dures, test forms, record keeping methods, and test result. 
In addition it should include information about how the 
structure was changed, how it was tested, and the like. 
Without proper documentation of changes, the diagnosis of 
the problem is next to impossible. This documentation is 
neither published nor distributed but it must be maintained. 
[Ref. 14] 
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7. CONCLUSIONS AND RECOMMENDA TIO NS 



As the ROK Army has been developed, the derision maker 
needs more accurate, and complex information. Furthermore, 
different decision makers require different information to 
perform personnel management. Manual labor and file systems 
can not achieve the objective of providing this information. 
Thus, the Army needs a computerized personnel management 
system. Particularly, one database system with diverse 
applications and an integrated database is required to 
support information for performing personnel management 
rather than having several file systems in several computer 
centers. Thus, reduced manual effort and time should 
decrease the size of staffs and should therefore increase 
combat capability. 

To attain a database system, the database model must be 
decided before the system design phase. A relational data- 
base model is the most helpful in the ROK Army' s personnel 
management, because this model is easy to use with simple 
relational concepts, and high level languages for queries. 

This thesis covers the requirement analysis, data item 
analysis and their groups, analysis of their applications 
and their relationships, and three components for relational 
database design. Thus, the database design is completed 
using a relational model for performing personnel management 
in ROK Army. After being designed, the computer programs 
should be fully tested. The author’s recommendations are: 

1. The hardware with capabilities to support database 
system should be chosen. The number of computer 
resources should be sufficient to continuously 
service all end-users. 
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A tremendous amount of data must be loaded in the 
memory device. This labor intensive effort will 
unfortunately be constrained by personnel capabili- 
ties, and will necessarily take a long period of time 
to complete. 



001 

002 

003 

004 

005 

006 

007 

008 

009 

010 

011 

012 

013 

014 

015 

016 

017 

018 

019 

020 

021 

022 

023 

024 

025 



APPENDIX A 

DATA ITEMS FEOM CUBHENT FILE SYSTEMS 



perso nnel c hara cteri stic s 
service number 
social security number 
name 
branch 

original 

special 

function 

main 

secondary 

commission 

course 

order of course 
date 

order in class 
class size 
main address 
present address 
order of son 
blood-type 
marital-s tatus 
religion 
hobby 

service type 
height 

pro m oti on 

administrative order 

rank status 

rank 

promotion-date 
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026 

027 

028 

029 

030 

031 

032 

033 

034 

035 

036 

037 

038 

039 

040 

041 

042 

043 

044 

045 

046 

047 

048 

049 

050 

051 

052 

053 

054 



mil itary c areer 
unit-name 
position 

period (yymmdd, yymmdd) 
mil itary education 
school name 
course 

order of course 

period (yymmdd, yymmdd) 

grade 

average grade 
order in class 
class size 

civilian education 
school name 
major 
degree 

period (yymmdd, yymmdd) 
location 

graduation classification 
scholarship from military 
health c onditio n 
checking-year 
checking result 

foreign languag e ca pabilit y 
language 
speaking level 
listening level 
reading level 
interpretation level 
translation level 

tec hnical c apab i lit y 
kind of licence 
class 
bureau 
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055 

056 

057 

058 

059 

060 

061 

062 

063 

064 

065 

066 

067 

068 

069 

070 

071 

072 

073 

074 

075 

076 

077 

078 

079 

080 

081 

082 



obtained- date 

awar d /p un ishmen t 
administrative order 
kind of award/punishment 
given-date 
reason 

war e xperienc e 
war name 

period (yymmdd, yymmdd) 
secr et t reat ment 
permitted-date 
classification 

ser vice estimation 
estimate- year 
kind cf estimation 
estimat ed-res ult 

selected PX -croo ds 
purchase- good s 
manufactured -company 
model 

PX-loca tion 
pure has e- date 
fly ing- ti me 
kind of plane 
flying- mi ssion 
date (yymmdd) 
period (hhmm, hhmm) 
pay roll 
payroll month 
basic salary 
insurance 
annuity 

spouse's allowance 
tax 

tax advantage 
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033 



salary 

fam ily 

084 relation 

085 name 

086 social security number 

087 dependent/independent 
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APPENDIX b 

DATA DICTIONARY 



This data dictionary contains data items and their 
records, consisting of six columns: 

1. Item number. The item number contains four digits. 
First two digits stand for record number. The other 
two digits are a serial number of one reco: d. 

2. Data item. This column contains the data item name 
as it is known to the user. 

3. Data name. This column contains the uni. gue name for 
data item that will be used by programmer/user. 

4. Type. This column contains the data item's type where 
"n" means numeric, "an" means alphanumeric, and "a” means 
alphabet. 

5. length. This column contains number of ci aracters in 
each data item. 

6. Description. This column contains the dascription of 
the data item. The abbreviation is used: YYMMDD for year 
(two digits), month (two digits), and day (two digits) . 
YYMM for year and day, YY for year, HHMDJ for hours and 
minutes. See (n) stands for the number n in appendix D. 
A Won is the unit of Korean currency. 



# data item 

item 


d ata 
name 


ty 

-pe 


1 en- 
g th 




desc ripticn 


main id 


f!A IN 




(56) 






0101 service number 


SN 


n 


8 


main 


key 


0102 name 


NAME 


a 


25 


name 


(las t , 1st, 2nd) 


0103 original branch 


ORGBR 


n 


2 


IS types, seep) 
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0104 


special branch 


SPE3R 


n 


i 


2 types, see (2) 


0105 


main function 


MAINFH 


n 


3 


33 types, see (3) 


0106 


secondary function 


S ECNFN 


n 


3 


129 types , see (4) 


0107 


social 


SSN 


n 


1 3 


- 




security number 










0103 


service type 


S VCTYP 


a 


1 


3 types, see (5) 


private 


PRIVA 




(1ft) 




0201 


service number 


SN 


n 


8 


key 


020 2 


birth place 


BRTHPL 


n 


4 


city, ses (6) 


0203 


order of son 


ORDSON 


n 


1 


1 - 9 


0204 


religion 


RELIGN 


n 


1 


4 types, see (7) 


body characteristics 


; BODY 




(24) 




0301 


service number 


S N 


n 


8 


key 


030 2 


blood- type 


BLOOD 


n 


1 


6 types, see (9) 


0303 


height 


HEIHT 


n 


4 


centimets rs 


0304 


size of shoes 


S HOE 


n 


3 


millimeters 


030 5 


size of pants 


PANT 


n 


2 


1 - 18, see(10) 


0306 


size of shirt 


S HRT 


n 


2 


1 - 18, see(10) 


030 7 


size of hat 


HATS 


n 


3 


(inches X 10) 


0308 


size of gloves 


GLOV 


a 


1 


3 types, see(11) 




marriage 


KARR 




(15) 




0401 


service number 


S N 


n 


3 


key 


0402 


marital-status 


MARTAL 


n 


1 


2 types, see (12) 


0403 


status-da te 


K AP.DAT 


n 


6 


YYMHDD 




present /mailing 


ADD SS 




(lli) 






address 










050 1 


service number 


S N 


n 


8 


key 


0502 


address 


ADPRST 


aa 


42 


- 




* blank for mailing 


address 








0503 


housing status 


HOST AT 


n 


4 

1 


4 types, see (13) 




* blank for mailing 


address 
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0504 status date 


STDATE 


n 


6 


YYMMDD 


* blank for mailing 


address 








0505 name 


ADNAM 


an 


42 


name (las; 


* blank for present 


address 








0506 social security 


ADSSN 


n 


13 


- 


number 










* blank for present 


address 








0507 relation 


A DREN 


n 


1 


8 types. 


* blank for present 


address 








0508 priority 


ADPRY 


n 


1 


1 - 9 


* blank for present 


address 








careers 


CREEPS 




(25) 




0601 service number 


SN 


n 


3 


key 


0602 personnel order 


CRPORD 


an 


15 


- 


0603 date of order 


CRDAT 


n 


6 


YYMMDD 


0604 course name 


C ECU E 


n 


4 


see (1 8) 


* for commission, military education 


0605 order of course 


ORDCUR 


n 


3 


001 - 999 



* for commission, military education 

0606 order in class CHORD n 3 001 - 999 

* for commission, military education 

0607 class size CRSZE n 3 00 1 - 999 

* for commission, military education 

0608 start date CRSTAT n 6 YYMMDD 

* for commission date, promotion date, retira date, and 
start date of career and military educatioa 

0609 completion date ORCPL n 6 YYMMDD 

* for recruitment date, completion date of career and 
military education 

0610 unit CRUNT an 10 unitcode, see(17) 

* for career, school name of military education 

0611 completion reason CREAS n 1 

* for career 

0612 grade CRGRD n 3 percentag e (%) 
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n 



3 percentage^.) 



* for military education 
0613 average grade CRAVG 



* for military educa 

0614 rank status 

* for promotion 

0615 rank 

* for promotion 

0616 military personnel 

rule 

* for retirement 

0617 position 

* for career 



c ivili an educati on 

0701 service number 

0702 school name 
070 3 major 

0704 degree 

0705 start date 

0706 completion date 

0707 location 

0708 location 

0709 graduation 
classification 

0710 scholarship 



t echnical capabi lity 

0801 service number 

0802 kind of licence 

0803 licence number 

0804 class 

080 5 obtained-da te 



ion 



C RRSTA 


n 


i 


4 types. 


CRRNK 


n 


2 


24 types. 


CRRUL 


n 


6 


article, o 








paragrapi 


C EPOS 


an 


15 


_ 



CE DOC 




(ii) 




S N 


n 


8 


key 


CSCHL 


an 


25 


- 


C MA JR 


n 


4 


see ( 1 9) 


CDEGR 


n 


1 


4 types. 


CSTRT 


n 


6 


YYMMDD 


CCMPL 


n 


6 


YYMMDD 


C NTRY 


n 


3 


country. 


CLOCA 


a 


1 6 


city 


CGRC1 


n 


1 


3 types. 


C SCHS 


n 


1 


2 types. 


TECH 




(26) 




S N 


n 


8 


key 


TECLCN 


n 


4 


see (2 5) 


I ECNMB 


n 


7 


serial m 


TECCLS 


n 


1 


7 types. 


TECDAT 


n 


6 


YYMMDD 



see (15) 

see (1 6) 

lause, 

, see (14) 



see (20) 

see (21 ) 
see (22) 
see (23) 



mber 
see (26) 



foreign language 
0901 service number 



frlang 

S N 



( 13 ) 

n 8 key 



0902 


language 


FLANGU 


n 


3 


20 


1 types. 


see (27) 


0903 


speaking level 


F SPEAK 


a 


1 


3 


types. 


see (24) 


0904 


listening level 


FLISTN 


a 


1 


3 


types. 


see (24) 


0905 


reading level 


FREAD 


a 


1 


3 


types. 


see (24) 




physical exam/ 


PHEALTH 




(40) 










health condition 














1001 


service number 


S N 


n 


8 


key 




1002 


checking-year 


CHYR 


n 


2 


YY 






* for examed year of 


physical exam 








1003 


eye (left) 


LEYE 


a 


1 


3 


types. 


see (28) 




* for 1 00n of physical exam 






3 


types. 


see (24) 


1004 


eye (right) 


REYE 


a 


1 


3 


types. 


see (28) 




* for 2000m of physical exam 






3 


types. 


see (24) 


1005 


ear (left) 


LEAR 


a 


1 


3 


types. 


see (28) 




* for broad jump cf 


phy sical 


exam 


3 


types. 


see (24) 


1006 


ear (right) 


REAR 


a 


1 


3 


types. 


see (28) 




* for chip-up 








3 


types. 


see (24) 


1007 


nose 


NOSE 


a 


1 


3 


types. 


see (28) 




* for grenade- throw 








3 


types. 


see (24) 


1008 


tooth (up) 


IJTOOT 


a 


1 


3 


types. 


see (28) 




* for sandbag-carriage 






3 


types. 


see (24) 


1009 


tooth (down) 


D TOOT 


a 


1 


3 


types. 


see (28) 


1010 


hand (left) 


LHAND 


a 


1 


3 


types. 


see (28) 


101 1 


hand (right) 


RHAND 


a 


1 


3 


types. 


see (28) 


1012 


foot (left) 


L FOOT 


a 


1 


3 


types. 


see (28) 


1013 


foot (right) 


RFOOT 


a 


1 


3 


types. 


see (28) 


101 4 


lung 


LONG 


a 


1 


3 


types. 


see (28) 


1015 


neck 


NECK 


a 


1 


3 


types. 


see (28) 


1016 


skin 


S KIN 


a 


1 


3 


types. 


see (28) 


1017 


round of chest 


C HEST 


n 


4 


centimeti 


rs 


1018 


highest 


HELD 


n 


4 


mmHg 






blood pressure 














101 9 


lowest 


L ELD 


n 


4 


mmHg 





blood pressure 
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1020 weight 



» EIHT n 



4 kilograms 



war award leaves 


AS? ARP 




(9 3) 






1101 service number 


S N 


n 


8 


key 




1102 kind of 


KND 


n 


3 


19 types, 


see (29) 


award/punishment 












* for awar d/puni shmert 










1103 start date 


SSTAT 


n 


6 


YYMMDD 




* for war experience. 


leaves 










1104 who_given 


WGVN 


an 


15 


- 




* for award/punishment 










1105 general order 


H GEN 


an 


15 


- 




* for award/punishment 










1106 completion date 


WCMPL 


n 


6 


YYMHDD 




* for war experience. 


leaves 










1107 war name 


W NME 


an 


16 


- 




* for war experience 












1108 reason (for leaves) 


W RSN 


n 


1 


5 types. 


see (34) 


1109 reason 


WDRSN 


a 


23 


- 




* for award/punishment 










service estimation 


SVEST 




Q9) 






1201 service number 


S N 


n 


8 


key 




1202 estimate-year 


S 7YR 


n 


2 


YY 




1203 integrity 


SVIGT 


a 


1 


3 types. 


see (24) 


1204 honesty 


SVHNS 


a 


1 


3 types. 


see (24) 


120 5 responsibility 


S7RSP 


a 


1 


3 types. 


see (24) 


1206 personality 


S VPSN 


a 


1 


3 types. 


see (24) 


1207 capability 


S7CPB 


a 


1 


3 types. 


see (24) 


1208 estimated-order 


S VORD 


n 


2 


- 




1209 total estimatees 


S VTTL 


n 


2 


# of toti 


1 


recommend order 


RCHORD 




(H) 






1301 service number 


S N 


n 


8 


key 




1302 reccmmended-year 


RCYR 


n 


2 


YY 
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1303 reccmmended-order R CORD n 2 - 

1304 total recommendees RCTTL n 2 # of toti 1 



secret treatment 


SC RT 




(36) 




1401 service number 


S N 


n 


8 


key 


1402 classification 


SCRCLS 


n 


1 


6 types, see (30 ) 


1403 permitted-date 


S CRD AT 


n 


6 


YYMMDD 


1404 personnel order 


S CHORD 


an 


15 


- 


1405 data of order 


S RED AT 


n 


6 


YYMMDD 


flying-time 


FLYTIM 




(30) 




1501 service number 


SN 


n 


8 


key 


1502 type of plane 


FLPL 


n 


2 


- 


1503 flying-mission 


FLMSSN 


n 


2 


4 types, see ( 3 1 ) 


1504 date 


FLDAT 


n 


6 


YYMMDD 


1505 take-off hours 


FLOFF 


n 


4 


HHMM 


1506 landing hours 


FLLAND 


n 


4 


HH MM 


1507 veather-time 


F1HOOD 


n 


2 


HHMM (period) 


1508 night-time 


FINITE 


n 


2 


HHMM (period) 


family 


FA M 




(48) 




1601 service number 


SN 


n 


8 


key 


1602 social 


F AMSSN 


n 


13 


- 


security number 










1603 family member 


FAME M 


a 


25 


name (last, 1st, 2nd) 


1604 dependent 


FAMDE? 


n 


1 


2 types, see (32) 


160 5 relation 


FAMREL 


n 


1 


8 types, see (33) 


education expenses 


EDOEZP 




(51) 




reduction 










1701 social security 


EDOSSN 


n 


13 


- 


number 










1702 school name 


EDUSCH 


an 


28 


- 


1703 amount of reduction 


EDUAMT 


n 


6 


won 


1704 reduction month 


EDOMON 


n 


4 


YTMM 
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( 



PX- goods 


PX 




hd 




1801 


service number 


SN 


n 


8 


key 


1802 


pu r ch a se- goods 


PXGDS 


n 


2 


1 3 types, see (35) 


1803 


manufactured- company 


• PXCO 


an 


1 1 


- 


1804 


model 


PXMDL 


an 


10 


- 


1805 


PX-location 


PXLCT 


n 


4 


city, see (7) 


1806 


purchase- date 


PXDAT 


n 


6 


YYMMDD 


payroll 


PAY 




(Z5) 




1901 


service number 


S N 


n 


8 


key 


1902 


payroll month 


PAMON 


n 


4 


YYMM 


1903 


basic salary 


PASAEA 


n 


7 


won 


1904 


military insurance 


PAINSU 


n 


7 


won 


1905 


annuity 


P AANU 


n 


7 


won 


1906 


spouse’s allowance 


P AWIF 


n 


7 


won 


1907 


family allowance 


PAMEI1 


n 


7 


von 


1908 


encourage allowance 


P AZNC 


n 


7 


won 


1909 


tax 


PATAX 


n 


7 


won 


1910 


tax advantages 


P AAD V 


n 


7 


won 


191 1 


salary 


PASAIY 


n 


7 


won 




transporta tion 


TRANS 




(33) 




reduction 










2001 


service number 


SN 


n 


8 


key 


2002 


reduction -date 


TRDAT 


n 


6 


YYMMDD 


2003 


departure- hours 


TEHOO 


n 


4 


HH MM 


2004 


origin 


TROEG 


n 


4 


city 


200 5 


destination 


TRDST 


n 


4 


city 


2006 


how 


TRHOW 


n 


1 


4 types, see (36) 


2007 


amount of reduction 


TERDC 


n 


6 


won 
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APPENDIX C 
RELATE ONAL SCHEMA 



1. main id 

MAI2I (SN, NAME, ORGBR, SPEER, MAINFN, SECNFN, SSN, 

SVCTYP) 

2. private 

PRIVA (SN, BRTHPL , CRDSON, RELIGN) 

3. body char 

BODY (SN, BLOOD, HEIHT, SHOE, PANT, SHRT, HATS, GLOV) 

4. marriage 

HARR (SN, MARTAL, MARDA I ) 

5. present/mailing address 

ADDRS (SN, ADPRST, HUSTAT, STD ATE, ADNAM, ADS3N, ADREN, 
ADPRY) 

6. commission, retirement, promotion, career, i nd military 

education 

CHEERS (SN, CRPORD, CROAT, CRCUR, ORD CUR, CHORD, CRSSE, 
CRSTAT, CRCPL, CRN NT, CREAS, CEGRD, CRA/G, CRRSTA, 
CRENK, CRRUI, CRPOS) 

7. civilian education 

CEDOC (SN, CSCHL, CMAJR, CDEGR, CSTRT, CCMPL, CNTRY, 
CLOCA, CGRCL,CSCHS ) 

8. technical capability 

TECH (SN , TECLCN, TECNM3 , TECCLS, TECDAT) 

9. foreign language 

ERLANG (SN, FLANGD, FSPEAK, FLISTN, FREAD) 

10. physical exam/ health condition 
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PBELTH (SN, CHYR, IEYE, REYE, LEAR, REAR, NOSS 
DTOOI, LHANE, RHAND, LFOOT, RFOOT , LONG, 
SKIN, CHEST, HBLD, LELD, WEI HT) 

11. war experience, award/ punishment , and leaves 
AWARD (SN, WKND , W STAT . NGVN, WGEN , WCMPL, WNN 

HR SN, WDRSN) 

12. service estimation 

SVEST (SN, SVYR, SVKN D, SVIGT, SVHNS, SVRSP, 5 
SVCPB, SVORD, SVTIL) 

13. recommendation order 
RCMORD (SN/ RCYR, RCORD, RCTTL) 

14. secret treatment 

SCBT (SN, SCRCLS, SCRDAT , SCRORD, SPEDAT) 

15. flying time 

F1YTIH (SN, FLPL, FLNSSN , F LOA T, FLOFF, ' FLLAND 
FINITE) 

16. family 

FAB (SN, FAMSSN, FANEM, FAMDCEP, FAHREL) 

17. education expenses reduction 
EDOEXP ( EDJ SSN, EEDSCH, EDUAMT, 2DUN0N) 

18. PX_goods 

PX (SN, PXGDS, PXCO, PXNDL, PXLCT, PX DAT) 

19. payroll 

PAY (SN, PANON, PASARA, PAINSU, PAANU, PAWIF, 
PAENC, PATAX, PAADV, PASALY) 

20. transportation reduction 

TRANS (SN, TR DAT, TRHOO , TRORG, TRDST, TRHOW, 

* The under lines stand for the primary 



, UTOOT, 
NECK, 



L , 



VPSN, 



, FLHOOD, 



PANES , 



TRRDC) 

key. 
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APPENDIX D 
SAMPLE CODE TABLE 



1. Original Branch 



infantry 


21 




artillery 


22 




armed corps 


23 




aviation 


24 




engineer 


25 




signal corps 


26 




ordnance 


31 




quarter master finance 


32 




transportation 


33 




chemistry 


34 




adjutant general 


41 




M.P. 


42 




finance 


43 




information and education 


44 




medical 


51 




judicial 


52 




nurse 


53 




military religion 


54 




women 


55 




2. Special Branch 


inspection 1 


military m 


3. Main Function (samples, officer only) 




infantry officer 




110 


armed officer 




120 


field artillery officer 




131 


defence artillery officer 




132 


intelligent officer 




14 1 


combat engineer 




151 
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construction engineer 152 
engineering equipment management 153 
communication & electronic 161 
signal equipment management 162 
aviation officer 171 
chemical officer 211 
mobile equipment management 221 
ammunition officer 223 
material management 231 
transportation management 241 
adjutant officer 311 
M.P. officer 321 
financial officer 331 
information & education officer 341 
medical officer 411 
medical administration 412 
medical equipment management 413 
women officer 421 



4. Secondary Function (samples) 
general function 



personnel 


510 


personnel planiing 


511 


personnel management 


512 


manpower 


513 


NIKE repair 


654 


HWAK repair 


655 


VALCAN repair 


656 


Elicon repair 


657 


TOW repair 


658 


rocket repair 


659 


special function 








surgeon 


771 


orthopedist 


772 


neurologist 


773 


plastic surgeoi 


774 


obstetrician 


775 


oculist 


776 


otorhinolar yngology 


777 







5. Service Type 

short 1 long 2 

extension 3 
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6. City (samples) 



10 . 



Seoul 


0100 


Busan 


3 200 


Inchon 


0300 


Daejun 


3 400 


Chung ju 


0500 


Junj u 


0 600 


Gwangju 


0700 


Je ju 


3 800 


Changweon 


0900 


Daegu 


1 000 


Chunchung 


1100 


Pyonyang 


1 200 


Sineoju 


1300 


Chun jin 


1 400 


Heongnam 


1500 






Religion 








catholic 


1 


protestant 


2 


buddhist 


3 


none 


9 


Commission 


Course 






KMA 


1 


3rd KMA 


2 


ROTC 


3 


OCS 


4 


Special OCS 


5 






Blood Types 








A 


1 


3 


2 


AB 


3 


0 


4 


RH- 


5 


RH + 


5 


Size of Pants/Shirt 






codes is equal the numbers 


of size 




Size of Gloves 






s mall 


1 


mi ddle 


2 


large 


3 






Marital Sta 


t us 






marriage 


5 


divorce 


9 



13. Housing Status 

military quarters 
rent 



military apartment-i ouse 2 
owner 4 
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14. Military Personnel Rule s (samples) 



a r ti de clause pa ragrap h 



41 2 1 

4 1 2 2 

412 3 

42 1 1 

42 1 2 

42 2 3 

43 2 2 

44 2 3 

44 2 5 

15. Rank Status 

regular 1 

appointed 3 

16. Rank 
general 

general 



major general 
officer 

colonel 

major 

captain 

second lieutenant 
warrant officer 

NCO 

master sergeant 
staff sergeant (I) 
private 

staff sergeant (II) 
corporal 

second private class 
civilian 

group I 
group III 



410201 
410202 
410203 
420101 
4201 02 
420203 
430202 
440203 
440205 



temporary 


2 


demotion 


4 



11 


lieutenant general 


12 


13 


brigader geieral 


14 


21 


lieutenant oolonel 


22 


23 








31 


first 


lieuts nant 


32 


33 








41 








51 


sergeant 


52 


53 
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lance 


corpo: al 


62 


63 


first 


privat e class 


64 


65 








71 


group 


II 


72 


73 


group 


IV 


74 



67 



group 


V 


75 


group 


VI 


76 


group 


VII 


77 


group 


VIII 


73 


group 


IX 


79 









17. Onit Code 

cot included for secret reasons 

18. Military Education Courses (samples, only mandatory courses) 
officer 



National Defense College 


1001 


Army Defense College 


(regular course) 


1002 


Army Defense College 


(nonregular course) = 


1003 


Officer Advanced Course 


1004 


Officer Basic Course 




1005 


warrant officer 






advanced course 




200 1 


non commissioned officer (NCO) 




NCO Advanced Course 




3001 


NCO Basic course 




3002 


enlisted men 






basic MOS course 




4001 


Major (sample) 






administration 0101 


agric ulture 


0102 


architectural engineering 




0103 


bacteriology 0201 

business 0203 


biology 


0202 


chemistry 0301 


civil engineering 


0302 


communication 0303 






computer science/information system 


0304 


construction engineering 




0305 



20. Degree 

Ph. D 1 Master 2 

bachelor 3 Diploma 4 



68 



21. Country (samples) 



Burma 


10 1 


Indonesia 




10 2 


J apan 


103 


Malaysia 




104 


Philippines 


105 


Singapore 




106 


Taiwan 


102 








Denmark 


201 


England 




202 


France 


20 3 


Germany 




204 


Italy 


20 5 


Norway 




206 


Portugal 


207 


Spain 




208 


Sweden 


209 








South Africa 


301 








Australia 


401 








Brazil 


501 


Canada 




502 


Chile 


503 


Columbia 




504 


Mexico 


505 


Peru 




506 


united States 


507 








Graduation Classif icati on 






graduat ion 


1 


not graduation 


2 




completion 


3 








Scholar shi p 










military 


1 


others 


2 




Physical Examination 


Cl ass 






excellent 




A good 




B 



capacity of development C 
25. Licences (samples) 

electric repair 2201 

electrical equipment repair 2202 

electronic testing-equipment repair 2203 

radio / TV repair 2204 

compressor operation 3301 

crane operation 3302 

excavator operation 3303 
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grader operation 

mixer (concrete) operation 

paving machine (concrete, asphalt) operation 
power-shovel operation 
tractor operation 

26. Licence Class 



engineer top 


1 


engineer I 


2 


engineer II 


3 


skill top 


4 


skill I 


5 


skill II 


6 


skill III 


7 






Foreign Languages 






Arabic 


80 1 


Bulgarian 


8) 2 


Burmese 


803 


Chinese 


80 4 


Dutch 


805 


English 


806 


French 


807 


Grecian 


80 8 


German 


80S 


Indonesian 


81 0 


Iranian 


81 1 


Italian 


81 2 


Japanese 


813 


Polish 


81 4 


Russian 


8 1 5 


Spanish 


81 6 


S wedish 


817 


x mil 


81 3 


Turkish 


819 


Vietna mese 


820 


Health Condition 






normal 


A 


non-normal 


B 



29. Award 
medal 



Dongfcaek 


1 1 


Kwangbok 


12 


Chuns u 


13 


Sam-il 


14 


honour 








Chung-mu 


21 


Wha-rang 


22 


Del- ji 


23 


In-hun 


24 



commendation 

president 
prime minister 



3 30 4 
3305 
3 30 6 
3 30 7 
3308 
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31 

32 



ministry 


of national defense 


33 




chief of 


general staff 


31 




field army commander 


35 




corps commander 




35 




divisi on 


commander 




37 




regiment 


commander 




33 




battalion 


commander 




39 




punishment 










heavy reprimand 51 


reprimand 


52 




30. Secret Treatment Classification 






top 


1 


secret 




2 


confidential 


3 


restricted 




4 


cipher 


5 








31. Fly Mission 










fight 


10 


reconnaissance 




20 


operation 


21 


training 




30 


32. Dependant 


• 








dependant 


1 


independant 




2 


33. Relation 










grand father 


1 


grand mather 




2 


father 


3 


mother 




4 


brother 


5 


sister 




6 


spouse 


7 


children 




8 


34. leaves 










annual 


1 


sick 




2 


reward 


3 


asking 




4 


others 


5 








35. PX-Goods 










auto 


1 1 


a utocycle 




12 


color TV 


21 


audio-system 




22 


video-record player 23 


personnel computer 


24 


camera 


31 


telescope 




32 
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mixer 


41 


refriger ator 


42 


wash machine 


43 


gas- range 


44 


golf 


51 






Transporta tion 








plane 


1 


bus 


2 


train 


3 


ship 


4 
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